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ABSTRACT 



A system for providing quality of service routing functions 
in a connectionless network having multiple nodes. The 
system generates a link resource advertisement for each 
node in the network. Each link resource advertisement 
includes information regarding link resources available on a 
particular node in the network. The system also generates 
resource reservation advertisements for each node in the 
network. Each resource reservation advertisement includes 
information regarding a particular node's current reserva- 
tions for a data flow. Network paths are calculated in 
response to a quality of service request. The calculations are 
performed based on information contained in the link 
resource advertisements and resource reservation advertise- 
ments. 
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METHOD AND APPARATUS FOR 
PROVIDING QUALITY OF SERVICE 
ROUTING IN A NETWORK 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates to a system for providing 
quality of service routing functions in a network environ- 
ment. 

2. Background 

Various types of data may be transmitted between hosts 
coupled to a network. Certain types of data transmissions (or 
data flows) may require a specific Quality of Service (QoS) 
from the network. QoS may be specified in terms of mini- 
mum bandwidth requirements, transmission delay, or the 
amount of memory or buffer space required for the data flow. 
For example, a video conference or other real-time data may 
have a high QoS and require substantial bandwidth and 
minimum delay from the network. By specifying the QoS 
required for a particular data flow, the data source or 
destination can ascertain whether an acceptable path is 
available. Thus, QoS routing allows data flows to be routed 
around links without adequate resources. 

Link-state routing protocols are used to advertise the 
existence of various connections (or links) in a network. By 
advertising the existence of network links to other nodes (or 
routers) in a network, each router learns the topology of the 
network. 

An example of a link-state routing protocol is the Open 
Shortest Path First (OSPF) routing protocol. Each router 
running the OSPF protocol maintains an identical database 
describing the network topology. Using this topology 
database, each router is able to generate a routing table by 
constructing a shortest-path tree with the router at the root of 
the tree. OSPF is a dynamic routing protocol; i.e., OSPF 
detects changes in network topology and recalculates paths 
based on the new topology. Typically, all routers in an 
autonomous network run the OSPF protocol simultaneously. 

OSPF allows multiple networks and routers to be grouped 
together. These groupings are commonly referred to as 
areas. The specific topology of a particular area is not 
broadcast to other areas. Instead, a summary of the area is 
transmitted to other areas, thereby reducing the amount of 
link-state information which must be transmitted through the 
network. Since a router may be connected to more than one 
area, each router that borders multiple areas maintains a 
separate topology database for each area. A separate copy of 
OSPF's basic routing algorithm is executed in each area. 
Additionally, routing within a particular area is determined 
only by the topology of the particular area. Each area may 
use a different authentication scheme, such that some areas 
use stricter authentication schemes than other areas. 

OSPF provides link state advertisements (LSAs) for 
describing the local state of a router or network. Each LSA 
is flooded (or broadcast) throughout the area. The topology 
database is generated and maintained using the data con- 
tained in the LSAs. 

MOSPF is a multicasting extension to OSPF. Multicasting 
is the distribution of datagrams from a source to multiple 
destinations. The multiple destinations may be members of 
a multicast group such that each member of a multicast 
group receives datagrams addressed to the group. By adding 
a new type of LSA, the group membership LSA, MOSPF is 
able to determine the location of all multicast group mem- 
bers in the network. 
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Another type of LSA which may be supported by OSPF 
is the Opaque LSA. The Opaque LSA provides a general 
mechanism to permit future extensions of the OSPF proto- 
col. 

5 OSPF and MOSPF are examples of protocols used with 
connectionless networks. Connectionless networks rely on 
addressing information within the transmitted data to prop- 
erly route data through the network. 

Various protocols and other mechanisms may be used to 

10 trigger or request a QoS route calculation. A specific QoS 
signaling protocol is the Resource Reservation Protocol 
(RS VP). RSVP may be used by a host to request a particular 
QoS from the network. Additionally, the RSVP protocol is 
used by routers to deliver QoS requests to all nodes along the 

is path of the data flow. Other protocols or resource reservation 
mechanisms may be used in connection with the present 
invention to request a specific QoS for a data flow. 

As mentioned above, QoS routing may request a particu- 
lar bandwidth or other network resource for a specific data 

20 flow. However, many connectionless networks fail to pro- 
vide a QoS routing function. For example, neither OSPF nor 
MOSPF provide a mechanism for a host to request a specific 
QoS from the network. Therefore, it is desirable to provide 
a QoS routing capability for use in connectionless networks. 

25 SUMMARY OF THE INVENTION 

The present invention provides a system for providing 
quality of service (QoS) routing functions in a connection- 
less network. The invention permits a host coupled to a 

30 connectionless network to request a particular QoS routing 
for a specific data flow. According to the present invention, 
routers in the network attempt to identify and establish a 
path for the data flow having the requested QoS. 

An embodiment of the present invention provides a 

35 system that generates a link resource advertisement for each 
node in the network. Each link resource advertisement 
includes information regarding link resources available on a 
particular node in the network. The system also generates a 
resource reservation advertisement for each reservation on 

40 each node in the network. Each resource reservation adver- 
tisement includes information regarding a particular node's 
reservations. Network paths are then calculated in response 
to a QoS request. The network path calculations are based on 
information contained in the link resource advertisements 

45 and the resource reservation advertisements. 

In various embodiments of the invention, the link 
resource advertisements may contain information regarding 
a delay factor associated with each link, the largest amount 
of available resources for each link, or the available band- 

50 width on each link. 

An embodiment of the invention includes a mechanism 
for pinning an established path such that the path does not 
change in response to changes in available link resources or 
network topology not on the established path. 

55 A further aspect of the invention establishes a path 
between a source and a destination by considering only links 
having sufficient available or reserved resources. 

A specific embodiment of the invention is implemented 
using the open shortest path first (OSPF) routing protocol. 

60 

BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention is illustrated by way of example in 
the following drawings in which like references indicate 
similar elements. The following drawings disclose various 
65 embodiments of the present invention for purposes of illus- 
tration only and are not intended to limit the scope of the 
invention. 
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FIG. 1 illustrates an exemplary network having multiple including a network, capable of coupling one or more hosts 

hosts and multiple routers. to a router. Alternatively, interface 120 may be omitted, and 

FIG. 2 is a block diagram of a typical router capable of me host ( or coupled directly to the router. To simplify 

implementing the teachings of the invention. me illustration, only one host device is shown coupled to 

FIG. 3 is a flow diagram illustrating a procedure for 5 «ch router. Those skilled in the art will appreciate that 

generating and broadcasting information regarding available mul,1 P lc h °f ma 5[ be coupled to a single router and a single 

network resources and existing resource reservations. host ma y to 10 mulU P le routers - 

HG. 4 is a flow diagram showing a procedure for gen- n <*f ^ing allows a particular host to request a specific 

erating and broadcasting link Resource Advertisement! 10 ?f f ° r ,! d f flow - For T^J^uTi^r?"" * P f 

& to nost having a specific bandwidth. Host 110 generates 

FIG. 5 illustrates an example of a Link State Advertise- a request tQ establish a QoS routing tQ host m Using the 

meat including link resource information. mechanisms described below, a determination is made 

FIG. 6 is a flow diagram illustrating a procedure for regarding whether a path exists with the requested resources, 

generating and broadcasting Resource Reservation Adver- if aD acceptable path is identified, the path is established and 

tisements. 15 the data flow from host 110 to host 116 is initiated. 

FIG. 7 illustrates an example format for a Resource Otherwise, the host is not given the requested QoS, but 

Reservation Advertisement. instead receives a standard path generated by the routing 

FIG. 8 is a flow diagram showing a procedure for estab- protocol, 

lishing a QoS path in response to a QoS routing request. Referring to FIG. 2, a block diagram of a typical router 

FIG. 9 is a flow diagram illustrating a procedure for 20 122 is illustrated. Router 122 is capable of incorporating the 

selecting, reserving and pinning a path for a requested QoS. teachings of the present invention and includes a routing 

FIG. 10 is a flow diagram illustrating a procedure for ™Z™ 124 ha ™S a CP P 126 and a storage device 128. 

performing explicit routing. Stora 8 e device 128 ma V ** a disk ^nvc, or other 

FIG. 11 illustrates an example format for an Installation 25 capable of storing data. Routing engine 124 

^ i. ™ . includes various routing tables 130 and databases 132 con- 

Explicit Routing Advertisement ^ storage ^ ng UQ md databases 

FIG. 12 illustrates an example of a route tree calculated by 132 mamtaill inf onnat ion necessary for router 122 to prop- 

a specific router. erly forward data> Databases 132 may include a Link State 

FIG. 13 is a flow diagram illustrating the procedure used Database and a Forwarding Database. Routing engine 124 is 

to generate and transmit Explicit Routing Advertisements to 30 capaD i e 0 f ca lcul a ting paths through a network based on 

the next hop routers. information contained in routing tables 130 and databases 

FIGS. 14-16 illustrate various examples of Explicit Rout- 132. An interface 134 is coupled to routing engine 124 and 

ing Advertisements. provides a physical connection to one or more network links 

FIG. 17 illustrates a procedure for processing an Instal- 136. A single interface 134 is illustrated for clarity. However, 

lation Explicit Routing Advertisement 35 a router may have multiple interfaces 134 coupled to mul- 

F1G. 18 illustrates a procedure for flushing installed tiple network links 136. Those skilled in the art will appre- 

routing states. c * ate mat var i ous types of routers may be used with the 

invention described herein. 

DETAILED DESCRIPTION qq^ roumi g is provided in a connectionless network by 

The following detailed description sets forth numerous advertising various information about the network nodes 

specific details to provide a thorough understanding of the (e.g., routers) and network links (or connections) in the 

invention. However, those skilled in the art will appreciate network. Specifically, the invention provides a mechanism 

that the invention may be practiced without these specific for advertising available resources (e.g., available 

details. In other instances, well known methods, procedures, 4S bandwidth) for a particular router to other routers in the 

components, and circuits have not been described in detail network. These advertisements inform other routers of the 

so as not to obscure the invention. resources available on each link in the network. Throughout 

Tne present invention is related to a system for providing specification any references to "network" shall be 

Quality of Service (QoS) routing functions in a network understood to include "areas" of a routing domain (e.g. an 

environment The invention may be used to provide QoS so 0SPF Routin S DomaiD )- ™"*> advertising of available 

extensions to various protocols for connectionless networks. resources may be conducted throughout an entire network or 

Using a QoS signaling protocol, a host coupled to a con- ™ thi * a particular area of the network. As discussed m the 

nectionless network may request a specific QoS from the background, network areas represent separate networks 

network. If sufficient resources are available to satisfy the which m &° u ^ d to S ether t0 form a lar S er network. 

QoS request, then the QoS path is established, thereby 55 In existing protocols for connectionless networks, such as 

enabling QoS routing through the connectionless network. Open Shortest Path First (OSPF), QoS routing is not pro- 

FIG. 1 illustrates an exemplary network having multiple vided. Adding QoS routing capabilities to the OSPF protocol 

hosts and multiple routers connected as shown. The network allows the routers to find a P ath ( aIso referred to as "route") 

shown in FIG. 1 represents one possible network configu- around links without adequate resources to provide a path 

ration and will be used to describe the operation of the 60 with the requested QoS. Although this alternate path may not 

invention. Specifically, five routers 100, 102, 104, 106, and be the shortest path to the destination, the path does provide 

108 (also referred to as Rl, R2, R3, R4, and R5, the requested resources such that the data flow can be 

respectively) are coupled to one another as shown. FIG. 1 supported. 

also illustrates five host devices 110, 112, 114, 116, and 118 Referring to FIG. 3, a flow diagram illustrates a procedure 
(also referred to as HI, H2, H3, H4, and H5, respectively). 65 for generating and broadcasting information regarding avail- 
Each host is coupled to a particular router using an interface able network resources as well as existing resource reser- 
120. Interface 120 may be any type of interface circuit, vations. At step 138, a Link Resource Advertisement is 
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generated for each node in the network. The Link Resource 
Advertisement contains information regarding link 
resources available for a particular node in the network. The 
available resources advertised may include the available 
bandwidth on each link connected to the node, a delay factor 
associated with each link, or available buffer or memory 
resources. At step 140, each Link Resource Advertisement is 
broadcast to other nodes in the network or area. By broad- 
casting Link Resource Advertisements throughout the net- 
work or area, each node in the network learns of the 
available resources on the various links. Additional details 
regarding generating and broadcasting Link Resource 
Advertisements are provided below. 

At step 142 in FIG. 3, a Resource Reservation Advertise- 
ment is generated on each node for each flow that has a 
reservation. The Resource Reservation Advertisement con- 
tains information regarding a node's existing reservations 
for a particular data flow; i.e., a particular source-destination 
data flow. At step 144, each Resource Reservation Adver- 
tisement is broadcast to other nodes in the network. By 
broadcasting Resource Reservation Advertisements, each 
node in the network learns of the resources already reserved 
by existing data flows. These existing reservations are 
considered when calculating or recalculating paths. Addi- 
tional details regarding generating and broadcasting 
Resource Reservation Advertisements are provided below. 

Since each node in the network learns of the available 
resources and existing resource reservations, QoS routing is 
possible. At step 146 in FIG. 3, network paths are calculated 
in response to a QoS request. The path calculations are based 
on information received in the Link Resource Advertise- 
ments and Resource Reservation Advertisements. When a 
specific QoS routing request is received, the network 
resource information is analyzed to determine whether the 
requested QoS is available. If available, resources for the 
requested QoS path are reserved for the data flow. 
Otherwise, the requested QoS route cannot be established 
and, instead, a standard path is established to the destination. 

The procedures used to generate resource advertisements 
and establish paths through the network may be executed on 
a router or other network device. Additionally, the proce- 
dures may be executed on multiple routers simultaneously. 

Referring to FIG. 4, a flow diagram illustrates a procedure 
for generating and broadcasting Link Resource Advertise- 
ments. At step 148, one or more routers are initialized. After 
initialization, Link Resource Advertisements are generated 
and broadcast at step 150. If a single router is initialized (i.e., 
reset, or added to the network), then Link Resource Adver- 
tisements are generated for the router. If the entire network 
is initialized or significantly altered, then Link Resource 
Advertisements may be generated for each initialized router 
in the network. 

At step 152 of FIG. 4, the procedure determines whether 
the status of any link in the network has changed. If no 
change is identified, then the procedure returns to step 152, 
thereby continuously testing for changes in link status. If the 
status of any link has changed, then the procedure continues 
to step 154 to determine whether the available resources for 
the fink (or links) has changed significantly. By requiring a 
significant change in available resources, the system avoids 
generating and broadcasting Link Resource Advertisements 
when minor or insignificant resource changes have occurred. 
If the available resources have not changed significantly at 
step 154, the procedure returns to step 152 and awaits the 
next change in link status. Otherwise, the procedure contin- 
ues to step 156 where new link Resource Advertisements 
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are generated and broadcast for each changed link. The 
procedure then returns to step 152 to identify the next 
change in link status. In another embodiment of the 
invention, step 154 is eliminated from the procedure shown 
5 in FIG. 4; i.e., any change in the status of a link will cause 
the generation and broadcast of link Resource Advertise- 
ments. 

As stated above, the QoS routing procedures provided by 
the present invention may be used with link state routing 

10 protocols. A specific example of the QoS routing procedures 
will be described with reference to the Open Shortest Path 
First (OSPF) routing protocol. As discussed above, OSPF 
uses Link State Advertisements (LSAs) to broadcast infor- 
mation regarding various routers and links in the network. 

15 FIG. 5 illustrates an exemplary format for an LSA 158 
including link resource information (referred to as an RES- 
LSA). RES-LSA158 is similar to a typical Router- LSA used 
in OSPF routing, but includes additional information regard- 
ing available link resources. Each RES-LSA 158 includes 

20 the standard LSA header information 160 and link resource 
information for the particular link being advertised. For each 
area a router is coupled to, a separate RES-LSA 158 is 
generated and broadcast throughout the area. As shown in 
FIG. 5, the link resource information is repeated for each 

25 link coupled to the router in that area. 

The link resource fields contained in each RES-LSA 158 
includes Link ID, Link Data, Link Type, TOS 0 Metric, Link 
Delay, Buffer/Memory Space and Bandwidth. Link ID is a 

3Q link identifier and Link Delay is a delay factor for the link, 
typically represented in milliseconds. Link Type indicates 
the type of link described and the TOS 0 Metric field is the 
cost associated with the particular link. Buffer/Memory 
Space provides information regarding the router's reserv- 

35 able buffer or memory space. Bandwidth refers to the link's 
reservable bandwidth. 

Referring to FIG. 6, a flow diagram illustrates a procedure 
for generating and broadcasting Resource Reservation 
Advertisements. As discussed above, a Resource Reserva- 

40 tion Advertisement contains information regarding a rout- 
er's reservations for a particular data flow such that other 
routers are aware of the resources and path used by the data 
flow. 

At step 162 of FIG. 6, one or more routers are initialized. 

45 After initialization, step 164 tests for changes in reservations 
for a data flow. If no changes have occurred in the reserva- 
tions for the data flow, then the procedure returns to step 164 
and continuously tests for changes in reservations for the 
data flow. If changes in reservations for a data flow are 

50 indicated at step 164, then the procedure continues to step 
166 where a new resource reservation advertisement for the 
data flow is generated and broadcast to other routers. After 
broadcasting the new resource reservation advertisement, 
the procedure returns to step 164 to identify the next change 

55 in reservations. 

As discussed above, a specific example of the QoS routing 
procedure is described with reference to the OSPF routing 
protocol. FIG. 7 illustrates an exemplary format for a 
Resource Reservation Advertisement 168 (referred to as an 

60 RRA). The top portion of FIG. 7 illustrates the data con- 
tained in a typical Opaque LSA Header. The bottom portion 
of FIG. 7 illustrates the actual data relating to resource 
reservations. The Destination and Source parameters iden- 
tify the particular source-destination data flow for which 

65 resources are reserved. The src_mask_Jength and dst_ 
mask_length correspond to the network mask lengths for 
the source and destination, respectively. # Links is the 
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number of links in the LSA. The Link ID, Link Data, and gates back to the first hop router, the QoS requirements are 

Link Type fields are the same as those used in a Router-LSA. available and the sending host reserves the resources at step 

The pin flag field is used for partial route pinning, discussed 188. 

below. The Buffer/Memory Space field refers to the buffer or Using the example of FIG. 1, host HI may send QoS 

memory space already reserved. Bandwidth refers to the 5 requirements to router Rl requesting a path to host H4. The 

link's reserved bandwidth. Q° s requirements are propagated through routers Rl, R3, 

As shown in FIG. 7, the Link ID, link Data, Link Type, and R4 0* 4 b ™ g ^ last h °P ™^>/ * ext : me ?° S {^j 

pin flag, Buffer/Memory Space, and Bandwidth fields are fiom router R4, back throng . routers ^ and 

j r u 1 • i *u * u t *u a R1 ( R l bemg the first hop router). If the QoS request 

repeated for each link that has a reservation for the flow ba ^ up t0 router v n$ ^ me Qo S requirements 

In larger networks, RRAs may not scale well due to the 10 are ava ii a ble and host HI reserves the requested resources, 

large amount of reservation data which must be generated, Calculating paths through the network from a source to a 

transmitted, stored, and processed by the routers. Certain destination is accomplished by running a route computation 

changes to me routing procedures used in the network may algorithm such as the Dijkstra algorithm. The Dijkstra 

reduce the amount of data generated and transmitted across algorithm is used to calculate the best, or shortest, path from 

the network. A particular solution utilizes an approach 15 a particular router to all other routers in the network. Those 

referred to as "explicit routing" in which the first hop router skilled in the art will be familiar with the implementation of 

calculates the entire path through the network and instructs the Dijkstra algorithm and will be familiar with other 

each downstream router how to forward the data. Additional methods for computing paths in a network, 

details regarding explicit routing are provided below. ^ Dijkstra algorithm may be modified when used with 

As discussed above, various protocols and other mecha- the QoS routing procedures described herein. Specifically, a 

nisms may be used to trigger or request a QoS route router's RES-LSA is used instead of the typical Router-LS A 

calculation. A particular embodiment of the invention uses to determine a router's neighboring routers. By using RES- 

the Resource Reservation Protocol (RSVP). However, other LSAs, a router can ignore a link which does not have 

resource reservation protocols and mechanisms may be used sufficient resources for the requested QoS. Thus, only links 

with the present invention to request a specific QoS for a having sufficient resources will be considered by the Dijk- 

data flow. stra algorithm when calculating the best path. 

FIG. 8 illustrates a procedure for establishing a QoS path Once a path is selected and the requested resources are 

in response to a QoS routing request. At step 170, the host reserved, the path may be "pinned down" to prevent the path 

sends QoS requirements. For example, referring to the 3Q from changing in response to changes in network topology, 

network shown in FIG. 1, host HI may request a QoS for a Pinning down the path eliminates interruptions in QoS 

data flow to H4. At step 171, the next router calculates a QoS caused by the availability of better links after the path is 

path based on link resource advertisements and resource selected. Once the selected path is pinned, the path is not 

reservation advertisements. At step 172, the router forwards changed unless a link failure occurs along the path, 

the QoS requirements to the next hop router. 3g Therefore, a pinned path may not be the shortest path or the 

Step 174 determines whether the next hop router is the last path with the greatest available resources. Path pinning is an 

hop router. If the next hop router is not the last hop router, optional feature of the QoS routing described above, and 

then the procedure returns to step 171 where the next hop may be deactivated, e.g., by the network administrator, to 

router calculates QoS path based on RES-LSAs and RRAs. prevent the pinning of paths. 

If the next hop router is the last hop router, then the ^ FIG. 9 illustrates a procedure for selecting, establishing, 

procedure continues to step 175 where the receiving host and pinning a path for a requested QoS. Steps 190 and 192 

receives the QoS requirements and sends a QoS request to select a path for the requested QoS and establish the path 

reserve the resources. At step 176, the router receives the using the procedures discussed above. When the QoS path 

QoS request. has been established, step 194 tests for a topology change in 

At step 178, the router determines whether resources are 45 the network. If a topology change is not identified, then the 

available for the QoS request If resources are not available, procedure returns to step 194 to continuously test for topol- 

the procedure branches to step 180 to determine whether the ogy changes. If a topology change is detected, then step 196 

network resources have changed. If network resources have recalculates paths based on the new topology, giving pref- 

changed, then the procedure returns to step 171 to calculate erence to existing pinned paths. This preference for pinned 

a new path based on the changed network resources. If 50 paths prevents changes to a pinned path unless a link failure 

network resources have not changed, then the procedure occurs along the path. 

continues from step 180 to step 182 to establish the default Path pinning may be controlled using various 

path using the standard routing procedures. mechanisms, including a pinning configuration option for 

If the sending router determines that resources are avail- each router, a flag (or parameter) in the mechanism request- 
able for the requested QoS, then step 178 branches to step 55 ing the QoS routing, or other administrative controls. 
184 where the router sends the QoS request to the previous Since the Resource Reservation Advertisements (RRAs) 
hop router. At step 186, if the previous hop router is not the described above include information regarding existing 
first hop router, then the procedure returns to step 176. If the reservations, the algorithm used for pinning paths may be 
previous hop router is determined to be the first hop router accomplished with a modification to the Dijkstra algorithm 
at step 186, then the procedure continues to step 188 where 60 discussed above. When the Dijkstra algorithm is run for a 
the sending host reserves the requested resources. particular data flow, the links provided in the RRAs are used 

To summarize the procedure illustrated in FIG. 8, the QoS in preference to links provided in the Link Resource Adver- 

requirements are propagated from the host to the last hop tisements (RES-LSAs). This preserves the original path for 

router by repeating steps 171 through 174. When the last hop the data flow when possible, by preferring previously 

router is reached at step 174, the QoS request is propagated 65 reserved links. Since reserved links are preferred, a reserved 

from the last hop router back up to the first hop router by link may be used even though a new and better (e.g., shorter) 

repeating steps 176 through 186. If the QoS request propa- path is available. 
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Id an embodiment of the invention, two specific changes 
are made to the Dijkstra algorithm to provide path pinning. 
First, when adding a vertex to the candidate list, if there is 
a reservation for the flow on a link that leads to the vertex, 
then the vertex is marked as "reserved." If a neighbor (W), 
of a vertex (V) that is just moved to the Shortest Path First 
(SPF) tree, is already on the candidate list and would not be 
updated using the standard Dijkstra algorithm, it is still 
updated if it is not marked as "reserved" and there is a 
reservation for the flow on the link from V to W. 

The second change to the Dijkstra algorithm to provide 
path pinning involves moving a vertex from the candidate 
list to the SPF tree. Among all vertices marked as 
"reserved", the "reserved" vertex having the smallest delay 
is selected. The "reserved" vertex is selected even if an 
unreserved vertex has a smaller delay. Unreserved vertices 
are moved to the SPF tree only when there are no "reserved" 
vertices in the candidate Hst. 

As discussed above, an entire path may be "pinned." In a 
particular embodiment of the invention, a portion of a path 
may be "pinned." This "partial pinning" may be 
implemented, for example, when a router or host transmits 
a message through a QoS reservation mechanism to the 
previous hop router indicating a desire to have the path 
between itself and the source pinned. Routers along the path 
make the requested reservations and notify the routing 
protocol that the path should be pinned. When a router 
transmits a Resource Reservation Advertisement (RRA) for 
the data flow, a "pin flag" may be set in the RRA for the link 
to be pinned. When the route is recalculated, instead of 
preferring all links with reservations, only those links with 
"pinned" reservations are preferred. Therefore, only a por- 
tion of the path is pinned, rather than the entire path. 

As discussed above, explicit routing may be used to 
reduce the amount of data generated and transmitted across 
the network. When using explicit routing, the first hop router 
calculates the entire path through the network and provides 
forwarding instructs to each downstream router regarding 
the data flow. 

Referring to FIG. 10, a flow diagram illustrates a proce- 
dure for explicit routing. A triggering event initiates the 
explicit routing procedure at step 238. Triggering events 
may include a host transmitting data to a particular 
destination, a request for a particular quality of service, or a 
specific traffic flow exceeding a traffic threshold set for the 
path. 

At step 240 of FIG. 10, a specific router, such as the router 
receiving the initiating event, selects a path for the data flow 
(a path to the destination). The router calculates a path 
through the network by running a route computation algo- 
rithm such as the Dijkstra algorithm. For example, referring 
to FIG. 1, the explicit routing procedure may be initiated by 
host 110 transmitting data to host 116, thereby causing router 
100 to select a path to the destination. 

At step 242 of FIG. 10, the router generates an Explicit 
Routing Advertisement (ERA) containing forwarding infor- 
mation. Additional details regarding the information con- 
tained in the ERA is provided below. In the example of FIG. 
1, the ERA generated by router 100 contains forwarding 
information for router 104 and router 106. This forwarding 
information instructs router 104 and router 106 regarding 
forwarding of the data flow. Since the forwarding informa- 
tion is explicitly provided in the ERA, routers 104 and 106 
do not need to perform the Dijkstra calculations. 

In step 246, if more routers are on the path to the 
destination, then the procedure continues to step 250 where 
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the next hop router installs the routing state from the ERA, 
creates (or generates) new ERAs from the received ERA, 
and forwards the new ERAs to the next hop routers. Addi- 
tional details regarding the creation of new ERAs will be 

5 described below. From step 250, the procedure returns to 
step 246 to check for additional routers on the path. If no 
additional routers are identified along the path in step 246, 
then the explicit route state has been installed to all routers 
along the path and the data is allowed to flow across the path. 

10 The explicit routing procedure illustrated in FIG. 10 is 
transparent to the host. 

In the example of FIG. 1, router 104 receives the ERA 
from router 100 and installs its routing state based on 
information contained in the ERA. Router 104 generates a 

15 new ERA from the received ERA and forwards the ERA to 
the next hop router (router 106). Since router 106 is the 
destination router (to host 116), the selected path is estab- 
lished and data may be transmitted over the selected path via 
routers 100, 104, and 106. 

20 A specific example of the explicit routing procedure will 
be described with reference to the Open Shortest Path First 
(OSPF) routing protocol (and multicast extensions, 
MOSPF). As discussed above, OSPF uses Link State Adver- 
tisements (LSAs) to broadcast information regarding vari- 

25 ous routers and links in the network. A specific type of LSA 
which may be supported by OSPF is the Opaque LSA The 
Opaque LSA provides a general mechanism to permit exten- 
sions of the OSPF protocol. 

Two different types of ERAs may be used with explicit 
routing, an Installation ERA and a Flushing ERA. The 
Installation ERA is used to distribute forwarding informa- 
tion to other routers in the network. The Flushing ERA is 
used to remove obsolete forwarding information from the 

35 routers. The Flushing ERA may be used when a route 
changes, thereby removing the route information contained 
in a previous Installation ERA. 

FIG. U illustrates an exemplary format for an Installation 
ERA 252. ERA 252 is illustrated as encapsulated in an 

4Q Opaque LSA and includes three different portions. The top 
portion of ERA 252 is a standard Opaque LSA header. The 
middle portion is the ERA header, and the bottom portion is 
the body of the ERA. The ERA header contains information 
that identifies a particular data flow and information regard- 

45 ing ERA Offset adjustment The src mask length and dst 
mask length correpsond to the network mask length for the 
source and destination, respectively. Each ERA describes 
route on a distribution tree. The ERA body contains infor- 
mation about incoming and outgoing interfaces for each 

50 router along the path. The interface types are the same as 
those used in OSPF Router LSAs. The adjust offset and child 
offset fields are used to encode the distribution tree into the 
ERA body, as described below. The remaining fields illus- 
trated in FIG. 11 contain parameters and information com- 

5S monly used in the OSPF and MOSPF routing protocols. 
When the selected router has finished calculating a par- 
ticular route, the router creates an ERA containing the 
calculated distribution tree that has the router as the root of 
the tree. The distribution tree is encoded into the ERA for 

60 use by other routers along the path. 

FIG. 12 illustrates an example of a multicast distribution 
tree calculated by a selected router. A source interface or 
network 254 is coupled between a host (not shown) and a 
router 256 (also referred to as router A). The distribution tree 

65 also includes downstream routers 258, 260, 262, and 264 
(also referred to as routers B, C, D, and E, respectively). The 
numbers associated with each link are the interface 
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addresses or indices. When encoding the distribution tree 
shown in FIG. 12 into an ERA, the ERA is constructed by 
traversing the tree in "preorder " Preorder traversing follows 
the left side of the tree until it terminates, then moves back 
up the tree, following each branch to the right. Thus, an ERA 
for the tree shown in FIG. 12 lists routers in the following 
order A, B, D, E, C. In a unicast situation, the distribution 
tree consists of a single branch. 

The example provided with respect to FIG. 12 describes 
a first hop 'router performing the path calculations and 
generating the initial ERA. However, any router along a path 
may perform the path calculations and forward the ERAs to 
other routers along the path. The use of a first hop router to 
calculate the path, as described with respect to FIG. 12, is 
one example of explicit routing. 

Referring to FIG. 13, a flow diagram illustrates the 
procedure used to generate and transmit ERAs to the next 
hop routers. At step 266, a specific router selects a path for 
the data flow. Step 268 generates and stores an ERA with the 
first hop router listed as the beginning of the ERA. An 
example of this "complete" ERA is discussed below with 
reference to FIG. 14. At step 270, the router generates a 
separate ERA for each next hop router, with the next hop 
router listed at the beginning of the ERA. Examples of the 
ERAs generated at step 270 are discussed below with 
reference to FIGS. 15 and 16. Once generated, the ERA for 
each next hop router is transmitted to the appropriate next 
hop router at step 272. 

The procedure of FIG. 13 will be described with reference 
to FIG. 12. Router A first selects a path through the network 
for the requested route. When a path has been selected, 
router A generates and stores an EFtA with router A listed at 
the beginning of the ERA The router stores this full ERA to 
enable flushing. Router A also generates an ERA for each 
next hop router (routers B and Q. The ERA for router B has 
router B at the beginning of the ERA and the ERA for router 
C has router C at the beginning of the ERA. 

FIG. 14 illustrates an exemplary format for the "com- 
plete" ERA generated and stored by router A (FIG. 12). The 
offset values instruct the next router where to begin looking 
at tree information in the ERA. Therefore, the offsets allow 
each router along the path to see only its relevant (e.g., 
downstream) portion of the tree. By encoding the distribu- 
tion tree and using offsets, routers on the path are not 
required to rep arse the entire ERA. 

FIG. 17 illustrates a procedure for processing an Instal- 
lation Explicit Routing Advertisement. At step 274, the 
receiving router receives the ERA. In the case of the source, 
or highest level, router the router itself may generate the 
"complete" ERA. Step 276 determines the adjust offset 
value firom the ERA header. The adjust offset and child offset 
values are used to determine the location of children (next 
hop routers) within the body of the ERA. At step 278, each 
immediate downstream router is identified from the ERA 
body based on its child offset value and adjust offset value. 
Step 280 generates an ERA for each next hop router by 
setting the adjust offset value in the next hop ERA to the 
child offset value in the received ERA. The data for the next 
hop tree is copied into the new ERA. Step 282 transmits each 
next hop ERA to the appropriate next hop router. 

FIG. 17 describes the "generation" of "new" ERAs for 
each next hop routers. As described above and illustrated in 
the following example, the "new" ERA is "generated" by 
changing an adjust offset value within the ERA header. This 
offset value instructs each next hop router where to locate its 
relevant information in the ERA body. Thus, the next hop 
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ERAs contain the same child offset information as the 
received ERA, with a modification of the offset value. 
Therefore, the next hop routers do not recalculate the path, 
but rather modify the offset value to "point" to different 

5 portions of the tree encoded in the ERA. 

The procedure described in FIG. 17 will be illustrated 
using the example tree illustrated in FIG. 12. The "com- 
plete" ERA generated by router A is shown in FIG. 14. Since 
this is the initial ERA, the adjust offset field in the ERA 

10 header is set to zero, indicating no offset. The receiving 
router (router A in this example) is listed first in the ERA 
body. The first field in the body indicates that router A has 
two outgoing interfaces. These two outgoing interfaces are 
identified later in the ERA as having addresses 1 and 2. The 

15 incoming interface address is 0. The first child offset field 
(set to 24) indicates where within the ERA body information 
regarding that child (next hop router) can be found. As 
shown in FIG. 7, byte 24 is the beginning of the information 
regarding router B (the child on outgoing interface 1). 

20 Similarly, the data for router A indicates the offset to router 
B (on interface 2) is 64. 

Router B also has two outgoing interfaces (addresses 3 
and 4) as indicated at bytes 36 and 44. The incoming 
interface for router B (address 1) is identified at byte 28. The 

25 child offsets for B's next hop routers are set to 48 (router D) 
and 56 (router E). 

Regarding the ERA data for routers D, E and C, each 
router has a similar number outgoing interfaces (zero) 
because there are no next hop routers. Therefore, no child 

30 offset is provided because there are no children of routers D, 
E or C. 

Router A generates an ERA for each next hop router 
(router B and router C). FIG. 15 illustrates the ERA gener- 

35 ated and transmitted to router B. The adjust oflset in the ERA 
header is set to the child ofl&et for the router in the 
"complete" ERA. In this case, B's child offset is set to 24, 
meaning that 24 is subtracted from each offset value in the 
ERA transmitted to router B. Two child offsets are listed for 

^ router B (48 and 56). To find the data relating to B's 
children, the adjust offset value of 24 is subtracted firom each 
child offset (providing actual values of 24 and 32). As shown 
in FIG. 15, the data for router D begins at byte 24 and the 
data for router E begins at byte 32. 

4S FIG. 16 illustrates the ERA generated by router A and 
transmitted to router C. Since router C has no children, the 
ERA body only contains data relating to router C. 

As illustrated by the above example, each router changes 
the adjust oflset value in the ERA headers for its next hop 

50 routers to identify the relevant portions of the distribution 
tree. The routers do not recalculate the path, but instead, 
obtain all forwarding information from the body of the ERA. 

FIG. 18 illustrates a procedure for flushing installed 
routing states. At step 284, a path is selected and installed in 

55 each router along the path using the procedures described 
above. Step 286 determines whether the path is necessary 
(for example, whether an existing data flow is using the 
path). If the path is necessary, step 288 determines whether 
the path has expired due to age. If the age of a path is not 

60 updated for a particular time period, the path will expire. If 
the path has not expired at step 288, then the procedure 
returns to step 286 to determine whether the path remains 
necessary. 

If the path is not necessary (step 286) or the path has 
65 expired (step 288), then step 290 generates a flushing 
explicit routing advertisement (Flushing ERA). Step 292 
forwards the Flushing ERA to all next hop routers along the 
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path to be flushed. Flushing unnecessary or expired paths 
provides additional resources within the routers along the 
path. 

From the above description and drawings, it will be 
understood by those skilled in the art that the particular 5 
embodiments shown and described are for purposes of 
illustration only and are not intended to limit the scope of the 
invention. Those skilled in the art will recognize that the 
invention may be embodied in other specific forms without 
departing from its spirit or essential characteristics. Refer- 1Q 
ences to details of particular embodiments are not intended 
to limit the scope of the claims. 

What is claimed is: 

1. A method for providing quality of service routing 
functions in a connectionless network having a plurality of 
nodes, said method comprising the steps of: 

generating a link resource advertisement for each node in 
said network, each link resource advertisement includ- 
ing information regarding link resources available on a 
particular node in said network; 2Q 

generating resource reservation advertisements for each 
node in said network, each resource reservation adver- 
tisement including information regarding a particular 
node's reservations; and 

calculating network paths in response to a quality of 25 
service request, said calculation based on said link 
resource advertisements and said resource reservation 
advertisements. 

2. The method of claim 1 wherein said link resource 
advertisement includes a delay factor associated with each 30 
link coupled to the node. 

3. The method of claim 1 wherein said link resource 
advertisement includes the largest amount of available 
resources for each of the node's links. 

4. The method of claim 1 wherein said link resource 35 
advertisement includes the available bandwidth on each link 
coupled to the node. 

5. The method of claim 1 further including the step of 
supporting a path between a source and a destination, said 
path providing the requested quality of service. 40 

6. The method of claim 5 wherein said path established 
between said source and said destination is pinned such that 
the path does not change in response to changes in available 
link resources. 

7. The method of claim 5 wherein said path established 45 
between said source and said destination is pinned such that 
the path does not change in response to changes in network 
topology not affecting the pinned path. 

8. The method of claim 1 wherein said network path is 
calculated based upon information contained in said link 50 
resource advertisements. 

9. The method of claim 1 wherein said network path is 
calculated by considering only links and nodes having 
sufficient available resources. 

10. The method of claim 1 wherein said link resource 55 
advertisement is a modified link state advertisement as used 

in the open shortest path first (OSPF) routing protocol. 

11. A method for providing quality of service (QoS) 
routing functions in a network using the open shortest path 
first (OSPF) routing protocol, said method comprising the 60 
steps of: 

generating a link resource advertisement for each router in 
said network, each link resource advertisement includ- 
ing information regarding link resources available on a 
particular router in said network; 65 

generating resource reservation advertisements for each 
router in said network, each resource reservation adver- 



14 

tisement including information regarding a particular 
router's reservations; and 
selecting a path for a requested QoS in based on infor- 
mation contained in said link resource advertisement 
and said resource reservation advertisement. 

12. The method of claim 11 wherein said link resource 
advertisement includes a delay factor associated with each 
link coupled to the router. 

13. The method of claim 11 wherein said link resource 
advertisement includes the available bandwidth on each link 
coupled to the router. 

14. The method of claim 11 wherein said selected path is 
pinned such that the path does not change in response to 
changes in available link resources. 

15. The method of claim 11 wherein said selected path is 
pinned such that the path does not change in response to 
changes in network topology not affecting the pinned path. 

16. A method for providing quality of service (QoS) 
routing functions in a connectionless network having a 
plurality of nodes, said method comprising the steps of: 

advertising network resources to said nodes in said net- 
work; 

selecting a path through said network satisfying a 
requested QoS routing based on said advertised net- 
work sources, said advertised network sources com- 
prising information regarding link resources of a par- 
ticular node in said network and information regarding 
a particular node's reservation in said network; 
reserving network resources along said selected path; and 
pinning said selected path such that the path does not 
change in response to changes in network resources. 

17. The method of claim 16 wherein said path through 
said network is selected by considering network links having 
sufficient available resources for the required QoS. 

18. The method of claim 16 wherein the step of adver- 
tising network resources further includes advertising a link 
resource advertisement including information regarding link 
resources available on a particular node in said network. 

19. The method of claim 16 wherein the step of adver- 
tising network resources further includes advertising a 
resource reservation advertisement including information 
regarding a particular node's reservations. 

20. A method for establishing a quality of service (QoS) 
routing through a connectionless network having a plurality 
of nodes, said method comprising the steps of: 

requesting a particular QoS routing through said network; 
determining resources available on each node in said 
network; 

determining resources currently reserved on each node in 
said network; 

selecting a path having sufficient resources to satisfy said 
QoS routing requirements the path selection based 
upon information regarding link resources available on 
a particular node in said network and information 
regarding a particular node's reservations in said net- 
work; and 

reserving resources along said selected path. 

21. The method of claim 20 wherein the step of selecting 
a path includes considering only network links having 
sufficient available resources for the required QoS. 

22. The method of claim 20 wherein said selected path is 
pinned such that the path does not change in response to 
changes in available resources. 

* * * * * 
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Column 14, 

Line 52, delete touting requirements the path selection" and insert 
- routing requirements, the path selection --. 



Signed and Sealed this 
Third Day of July, 2001 

ft 



„ w _ UCA^ 

Attest: 



NICHOLAS P. GODtCI 

Attesting Officer Acting Director of the United States Patent and Trademark Office 
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